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The Command Line 

The command line at the top of the screen shows the available options 
that the user may Instruct the program to execute. Some commands: 
affect the status or mode of a test's execution. Others dynamically 
initiate, terminate, or Interrupt a test** execution. Bach 
individual test vlll be desclbed belov under the heading "Command 
Definitions". 

The screen 

Below the command line the screen is divided Into a nueber of special 
purpose regions. Tso lines belov the title ••idget iidex Routine 
¥1.0" Is the status line. At other locations of the screen, elndovs 
containing information may appear. Among these are the error vlndov, 
the test status vlndov, and the test menu vlndov. 

Command Definitions 

B)egin 

This command starts the full Widex test. This test consists of the 
following : Hard reset, 10 restores, 50 seeks from track 565 to track 
0, 50 seeks from track 512 to track 513 vith auto-offset, 50 seeks from 
track 512 to track 513 vith diagnostic reads, and 50 random reads. If 
an error is detected, the error vlndov vlll be displayed and the test 
will be terminated. Otherwise, the test will run to completion and 
then return control to the user. 

!)rror stop 

Two modes of error handling exist. One is to report an error via the 
error window, and then continue execution of the test. The other is to 
report the error, and then stop testing. Error stop is a toggle 
switch. The current mode of stop on error or no stop on error is 
reported In the status line right hand corner. 



/alt 

Halt freezes the program. Operation can only be resumed by the 
R)estart command. 

I )ntrpt 

This is a software interrupt command that vill stop any program, 
looping or otherwise, and return control to the command line. I )ntrpt 
must also be used to exit the T)ests vindov described belov. 

Jut put 

The user may direct the error vindovs information to be stored to any 
SOS device that is properly attached to the test system. The default 
device is Si 1 en type, however, diskettes or hard disks may be used to 
store large error files. When a storage device is full, the status 
line reports "Outf lie full** and no more error vindovs vill be stored. 

T)ests 

Invoking this command brings a pull dovn menu in a vindov at the right 
of the screen. The tests on this menu are Intended to be used In a 
diagnostic environment. Items on this menu are Selected by using the 
arrows to move up or dovn to the desired menu item, and then hit the 
left/right arrovs to deselect/select the menu item. If multiple menu 
items that are functional tests are selected, then each test is 
performed in sequential order in a continuous loop of execution. 

The' Full test on the pulldovn menu is identical to the test executed 
vhen B)egin is hit from the command line. Hovever, vhen the full test 
is selected from the T)ests pulldovn menu the test is looped on, being 
cycled thru repeatedly. Band seeks are seeks to random tracks. 
Restores vill continuously send restore commands to the vidget. Butt 
seeks sends the drive seeking from tracks 541 -0, 1*540, 539-2, etc. 
Trk seeks asks the user to input tvo tracks to seek to, and displays 
these inputted tracks in a vindov across the status line. Single seeks 
sends the drive seeks from tracks 0-1,1-2,2-3... etc. The B/V test 
seeks to the ID (inner diameter of disk) , does 10 iterations of 50 
reads and 1 vrite, and then seeks to the 0D and does the same. 

The first 8 menu items are tests, vhereas the next four items are 
specifiable modes of operation. Recovery of f and auto-offset do as 
they say - they force recovery ol*f or auto-offsets on every operation. 
Conversely, if recovery off or auto-offset are not selected, then 
recovery vill be on for every operation and auto-offsets vill not be 



.taken. Default set leaves the recovery and auto-offset conditions 
that are built Into every test as the outcome. In general all seeks and 
reads have recovery-off built in, and diagnostics reads are done vlth 
auto-offset. The final mode item, Heads mode, vlll append a 
diagnostic read to the end of mrwy seek, vhether it is a Rand seek, 
Butt seek, Single seek* or Trk seek. 



FST ALGORITHM 



FUNCTION 

1. POWER OFF. 

2. POWER ON. MOTOR COMES UP TO 
SPEEO. 

3. BRAKE RELEASE. 

4. FIND SPARE TABLE. 



5. SCAN DISK TO FIND OR CREATE 
ZONE TABLE. 

6. WAIT FOR 2 MINUTE ON CYCLE 
TO FINISH. (SELF TEST). 

7. COMMUNICATION TEST. 



B. R/U TEST. 



9. POSITION TEST. 

10. INITIALIZE DISK. 



11. MULTIBLOCK TRANSFERS. # OF 
BLOCKS TRANSFERED BEGINS TO 
BE DISPLAYED ON MONITOR. 



TIME 

30 SECONOS. 
20 SECONDS. 

1 SECOND. 
5 SECONDS. 

20-30 SECONDS. 
60-70 SECONDS. 
10 SECONDS. 

20 MINUTES. 



8 MINUTES. 
6-B MINUTES. 

3 - 3.5 HOURS. 



DRIVE ACTION 



ERROR MESSAGE 



NOTHING. 



BOTH CONTROLLER AND MOTOR BD. LEO'S GO ON 
1 SECONO, THEN MOTOR LEO GOES OFF, AND 
CONTROLLER LED FLASHES. 

BRAKE RELEASES, MOTOR LEO GOES ON FOR 1 SECOND, 
CONTROLLER LED STOPS FLASHING, AND STAYS ON. 

RECAL, SCAN DISK FROM 00 TO 10 AND DO STEP 5 
WHEN SPARE TABLE IS FOUND. MOTOR LEO FLASHES 
DURING SCANNING, AND CONTROLLER LEO STAYS ON. 



SAME AS STEP 4. 



NOTHING. BOTH LEOS ON. 



HARD RESEr THEN NOTHING. MOTOR LED FLASHES 
DURING HARD RESET, WHILE CONTROLLER LED STAYS 
ON. AFTER HARD RESET, BOTH LEDS REMAIN ON. 

R/U AT O.D. (TRACK -1) AND I.D. (TRACK 203 HEX). 

ABOUT 40K TRANSFERS EACH. BOTH LEDS ON DURING 
R/U, MOTOR LED FLASHES WHEN SEEKED FROM 0. D. TO 
I.D., CONTROLLER LED ALWAYS ON. 

FIXED AND RANDOM SEEKS. LEDS AS USUAL. 

WRITES DATA TO ALL DATA FIELDS (BLOCKS) AND 
VERIFIES(?). LEDS AS USUAL. 

RANDOM BLOCK TRANSFER. 420K BLOCKS TRANSFERED, 
300-500 BLOCKS AT A TINE. LEDS AS USUAL. 



CONN ERROR 
01DBE0 



COMM ERROR 
3F OBEO 

COMM ERROR 
R/U 03DBE0 
SPARE TABLE 
01DBE0 

ZONE TABLE 
SPARE TABLE 



DEVICE I.D. 
CHECK SUM. MAX OFF 
PARITY, UNEXPECTED 
ILLEGAL BANK SWITC 

R/N HEADS 



SHORT, LONG, MEDIUM, 
AND FATAL SEEKS 
SPARE TABLE, HARD EG 



SPARE TABLE,HARD U 



12. POWER CYCLE. 



13. LOGS RESULTS OF TEST; 
SPARES, FORCED SPARES, ETC. 

14. REPEATS STEPS 7-9 TO GIVE 
DRIVE ONE LAST CHANCE TO 
FAIL. 



1-2 SECONDS. 
28 MINUTES. 



TURNS POWER OFF FOR ? LONG. WHEN POWER TURNS 
BACK ON AGAIN, DRIVE RETURNS TO STEP 2 AND 
START OVER, OMITTING STEP 10. THIS LOOP REPEATS 
A TOTAL OF 16 TIMES FOR A TOTAL OF 6.3 MILLION 
TRANSFERS. 

NOTHING. 



SAME AS 7-9. 



15. DRIVE TURNS OFF. 



NOTHING. SCREEN SHOUS STATUS. 



RC Code 


Explanation 


Procedure 


1 


Disk not attached 




2 


Disk not ready (busy) 


CkBsy 


3 


Unexpected Response 


GetURsp 


4 


Nonzero status returned from drive 


MRdNRes, M¥tDone 


5 


Incorrect header for boot block 




6 


Timeout error 


•FBsyl, IFNBsyl 


7 


Reset signal not sensed 


CkCres 


8 


Reset signal stuck at low level 


CkCres 


9 


Buffer test read/write error 




10 


Parity error 


CalcSm, DiagChk, ErrCk 


11 


Data checksum error 


CalcSm 


12 


Unrecoverable CRC error 


CalcSm 


13 


Seek error reading status block 


ReadOK 


14 


Block has been spared 




20 


Reset error 


MultiLp 


21 


•rite verify error (asked for more than one) 


Multiit 


22 


Bad multi-block count (usually zero) 


hultiRd MUBdCnt 



These 



